| Author |
Thread Statistics | Show CCP posts - 5 post(s) |

Suki Kamir
|
Posted - 2007.12.16 03:19:00 -
[1]
I am trying to get Eve working in wine. I have checked out the latest wine from git and applied the patch. I have managed to install Eve using wine but when I run it, I get the splash screen for about 15 seconds then a crash:
paladine@mail:~/eve-online/c_drive/Program Files/CCP/EVE$ wine eve.exe fixme:process:IsWow64Process (0xffffffff 0x34fe3c) stub! err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1 fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:sync:BindIoCompletionCallback 0x210, 0x4edfce, 0, stub! paladine@mail:~/eve-online/c_drive/Program Files/CCP/EVE$
I have also added the IP mentioned earlier in this thread to my hosts file pointing to localhost.
I am completely new to wine, I have been using cedega for 2 years so I have neverbothered with Wine before now.
Any help appreciated
Suki
|

Suki Kamir
|
Posted - 2007.12.16 15:42:00 -
[2]
Edited by: Suki Kamir on 16/12/2007 15:49:13
Originally by: Veskya
Originally by: Suki Kamir I am trying to get Eve working in wine. I have checked out the latest wine from git and applied the patch. I have managed to install Eve using wine but when I run it, I get the splash screen for about 15 seconds then a crash:
paladine@mail:~/eve-online/c_drive/Program Files/CCP/EVE$ wine eve.exe fixme:process:IsWow64Process (0xffffffff 0x34fe3c) stub! err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1 fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:sync:BindIoCompletionCallback 0x210, 0x4edfce, 0, stub! paladine@mail:~/eve-online/c_drive/Program Files/CCP/EVE$
I have also added the IP mentioned earlier in this thread to my hosts file pointing to localhost.
I am completely new to wine, I have been using cedega for 2 years so I have neverbothered with Wine before now.
Any help appreciated
Suki
Did you install the premium patch? if so something might have went wrong with the .diff patch, check the wine source files if the bitflips worked ^^
I actually installed the premium client. On the Eve download pge they have the premium client available now, I downloaded it using their bittorrent app (in wine) which then went on to auto install. It was 1.2GB so I think it actually contains all the premium stuff in it.
Should I have done something else?
Also, was I supposed to "commit" the changes to my git after patching with the diff? Because I didn't. I just patched then did ./configure, make depend && make and finally make install.
Thanks for the reply.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 16:10:00 -
[3]
Edited by: Suki Kamir on 16/12/2007 16:11:48 Edited by: Suki Kamir on 16/12/2007 16:10:42
Originally by: Veskya Normally after patching you should be done. Check dlls/kernel32/sync.c somewhere around line 1913 you should fine the BindIoCompletionCallback function, the return variable should be set to "TRUE"
/****************************************************************************** *BindIoCompletionCallback (KERNEL32.@) */ BOOL WINAPI BindIoCompletionCallback( HANDLE FileHandle, LPOVERLAPPED_COMPLETION_ROUTINE Function, ULONG Flags) { FIXME("%p, %p, %d, stub!\n", FileHandle, Function, Flags); SetLastError(ERROR_CALL_NOT_IMPLEMENTED); return TRUE; }
If that is correct try adding "www.eve-online.com 127.0.0.1" to your hosts file instead of only the ip.
The bitflip definitely worked that function is returning true but I still get the same error when I try and run it even with the new changes to /etc/hosts
paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE$ wine eve.exe fixme:process:IsWow64Process (0xffffffff 0x34fe3c) stub! err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1 fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:sync:BindIoCompletionCallback 0x210, 0x4edfce, 0, stub! paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE$
Maybe I need to download the classic windows client and then use the client itself to download the premium content in the graphics settings panel?
The version I grabbed using an auto installing bit torrent system from nullsoft, which I ran using wine.
Also one thing I noticed is when I installed wine it automatically installed in my .cedega folder and totally hosed my cedega wrapped client (requiring a reinstall) so I need to pass some prefix to ./configure before building wine to avoid this? I actually want it in .wine
I could try cleaning out ~/.wine and ~/.cedega if you think that will help, and then do a fresh build of wine from git?
What version of Python is required? I currently have the latest Ubuntu Gutsy repo version which I think is 2.4
I also did `apt-get build-dep wine` before I tried to build wine to make sure I had the dependencies.
Thanks again
Suki
|

Suki Kamir
|
Posted - 2007.12.16 16:18:00 -
[4]
K I just removed ~/.wine and am in the processing of tarring up my ~/.cedega directory
I will rebuild wine then download the windows classic engine and try to run that.
Will update once it is built.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 16:24:00 -
[5]
Originally by: Veskya I used the classic client and then applied the premium patch but theoretically that should make much of a difference.
Currently downloading the classic client from here:
http://www.eve-online.com/download/client/windows/classic.asp
Will see if I can get that running first.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 16:46:00 -
[6]
OK,
I have just installed the classic client. First time I try and run it it says "Unable to install or locate required version of D3DX. Click Yes to continue, but the application may not run."
Where do I get the required D3DX version?
Suki
|

Suki Kamir
|
Posted - 2007.12.16 16:52:00 -
[7]
OK I ran `wine RedistD3DXOnly.exe` from the Eve bin dir and got the following output from wine:
paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE/bin$ wine RedistD3DXOnly.exe fixme:reg:GetNativeSystemInfo (0x33fb38) using GetSystemInfo() fixme:mscoree:GetCORVersion (0x33f730, 600, 0x33f71c): semi-stub! err:setupapi:do_file_copyW Unsupported style(s) 0x144
Then I went back into the main Eve directory and tried to run the classic client and still got the same error:
paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE/bin$ cd .. paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE$ wine eve.exe fixme:process:IsWow64Process (0xffffffff 0x34fe3c) stub! err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1 fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! err:ole:create_server class {4991d34b-80a1-4291-83b6-3328366b9097} not registered err:ole:CoGetClassObject no class object {4991d34b-80a1-4291-83b6-3328366b9097} could be created for context 0x4 fixme:sync:BindIoCompletionCallback 0x1ac, 0x4edfce, 0, stub! paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE$
Any ideas?
Suki
|

Suki Kamir
|
Posted - 2007.12.16 17:13:00 -
[8]
Originally by: NO3MI Edited by: NO3MI on 16/12/2007 17:04:24 Edited by: NO3MI on 16/12/2007 17:03:18
Originally by: Starbooze Is there a Wiki or howto with all the latest hackery to get this working on the .50 or .51 wine? Have scanned through the last 10 or so pages of this thread and its all rather confusing.
Basically you have to do this: -Download the wine-git version, see here http://wiki.winehq.org/GitWine -Download the elf's patch ( http://elfe.mine.nu/eve/linux/trinity.diff ) in the wine git directory and apply it with patch -p1 < trinity.diff -Compile wine git -Install the premium client of eve -Install DX9 with the file in the bin directory of eve (it's named redistsomething.exe). If this doesn't work, try with this: http://www.microsoft.com/downloads/details.aspx?familyid=9226a611-62fe-4f61-aba1-914185249413&displaylang=en If some dll is missing download it and paste in the system32 directory of wine -Copy arial.ttf in the windows/font directory of wine (search it in your computer if you've installed ms fonts) -Paste this line in the /etc/hosts file: 87.237.39.199 localhost and restart the network -Launch eve, press esc and uncheck the premium client option
Hope I didn't forgot anything
That is not working here, I have followed every step and I get the following errors when I try and run Eve (classic or premium):
paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE$ wine eve.exe fixme:process:IsWow64Process (0xffffffff 0x34fe3c) stub! err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1 fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! fixme:process:IsWow64Process (0xffffffff 0x34b6f0) stub! err:ole:create_server class {4991d34b-80a1-4291-83b6-3328366b9097} not registered err:ole:CoGetClassObject no class object {4991d34b-80a1-4291-83b6-3328366b9097} could be created for context 0x4 fixme:sync:BindIoCompletionCallback 0x1ac, 0x4edfce, 0, stub! paladine@mail:~/.wine/drive_c/Program Files/CCP/EVE$
Suki
|

Suki Kamir
|
Posted - 2007.12.16 17:18:00 -
[9]
Hmmmm
For some reason, when I traceroute the IP's my /etc/hosts file is being ignored and the trace is actually going to CCP, which makes no sense that I can think of. Even restarting the network with /etc/init.d/networking restart didn't fix this.
Anyone got any ideas why Ubuntu might be ignoring the hosts file?
Gonna try it now with networking disabled.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 17:22:00 -
[10]
OK I disabled my network then ran wine eve.exe and the splash came up and disappeared but this time it went to a black screen (clearly trying to do something) which is further than it got with the network up, but it just spouts out hundreds of lines of this in the terminal:
fixme:d3d_draw:drawPrimitive Using software emulation because not all material properties could be tracked
and never leaves the black screen.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 17:32:00 -
[11]
Seems to me the issue is that it is not using hardware acceleration. I have now managed to get the EULA window to come up (albeit after about 5 minutes of waiting) and it still hasn't populated it with text so I can scroll down and accept it.
Gonna try the EULA fix in the prefs.ini
Suki
|

Suki Kamir
|
Posted - 2007.12.16 17:48:00 -
[12]
Definitely seems to not be using hardware acceleration for some reason. On the login screen the background animated image is running at about 1 frame every 6 minutes or so, which is why I presume the EULA text still hasn't appeared.
The EULA fix didn't work can someone confirm the correct number to put in there please?
Also can anyone remember how to disable sound and eve voice in the prefs.ini because I am getting an error about sound on launch (which I have disabled in winecfg).
Thanks
Suki
|

Suki Kamir
|
Posted - 2007.12.16 18:10:00 -
[13]
OK this is not going so well at all. Not only can I not get past this software rendering issue in Wine, it hoses cedega when you install it. So now I am having to download the damn client again (6th time this weekend). Good job I have a generous download quota from my ISP or this could have turned out to be an expensive affair.
Seems to me something in the latest wine git is broken, glx is definitely enabled on my machine and works fine so there is no reason I can think of that wine would be forcing software rendering.
Gonna have to stick with the ever-crashing cedega client for now I suppose unless someone can figure out why wine isn't working for me. Damn cedega is costing me a fortune a drones though. Nothing worse than crashing in the middle of a mission when you have a full compliment of drones deployed to get back and find out the rats have eaten the drones whilst you have been trying to log back in after the crash.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 18:24:00 -
[14]
I already copied the font (Arial.ttf) and it made no difference. And I am trying this with the classic client, so there is no Premium content to turn off.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 19:26:00 -
[15]
Originally by: Veskya Edited by: Veskya on 16/12/2007 19:00:45 for the prefs.ini
voiceenabled=0 audio=0
Other than that i can only suggest fiddling with some of the wine settings in regedit to see if it helps. There are more font files than just arial.ttf btw but im not sure if their actually needed but you could try ^^
http://downloads.sourceforge.net/corefonts/arial32.exe?modtime=1029369600&big_mirror=0 Run the file in wine and it should install all which are required (or not) ^^
OK installing the corefonts as you described got me past the EULA problem and the fps has significantly improved. I stop the network before launching Eve in wine and I get to the login screen. However, when I retart the network and then proceed to login, everything seems to work, it goes through authentication, sets everything up says Done and then just stops on the Login screen with a message next to my username saying "Unable to connect to 87.237.38.200 on port 26000" and if I click on "Connect" again I get a "Local Session Corrupt" error which says:
"The client's local session information is corrupt, probably as a result of failed cleanup during a disconnect. Connecting to the server in this state could lead to a rather unpleasant game experience. Please restart the client prior to logging in."
If I hit connect again, I always get the same message, and when I start again (kill network, load eve, restart network, login) I am faced with the same problem.
Looks like I am getting there slowly though.
Any ideas?
Suki
|

Suki Kamir
|
Posted - 2007.12.16 20:20:00 -
[16]
Edited by: Suki Kamir on 16/12/2007 20:22:22
Originally by: ElChupacabra
Originally by: Suki Kamir
OK installing the corefonts as you described got me past the EULA problem and the fps has significantly improved. I stop the network before launching Eve in wine and I get to the login screen. However, when I retart the network and then proceed to login, everything seems to work, it goes through authentication, sets everything up says Done and then just stops on the Login screen with a message next to my username saying "Unable to connect to 87.237.38.200 on port 26000" and if I click on "Connect" again I get a "Local Session Corrupt" error which says:
"The client's local session information is corrupt, probably as a result of failed cleanup during a disconnect. Connecting to the server in this state could lead to a rather unpleasant game experience. Please restart the client prior to logging in."
If I hit connect again, I always get the same message, and when I start again (kill network, load eve, restart network, login) I am faced with the same problem.
Looks like I am getting there slowly though.
Any ideas?
Suki
Download Premium content, install it, but then disable it. I had the same problem and that was the fix.
OK thanks that worked, now playing premium client with premium content disabled. Will see if it is cursed with the same annoying random crashes that the TG client suffers. So far so good though :)
Thanks to everyone for their help.
How do I check the FPS using wine? In cedega it was an option in their configuration tool.
Suki
|

Suki Kamir
|
Posted - 2007.12.16 21:04:00 -
[17]
Originally by: Veskya CTRL+F ^^
Thanks.
I am actually getting about half the fps I was getting in cedega, will try tweaking things a little tomorrow.
Suki
|

Suki Kamir
|
Posted - 2007.12.17 13:12:00 -
[18]
Originally by: maltari If you are having FPS decrease issues with the wine+git solution, add another entry to your /etc/hosts:
87.237.39.200 localhost
As strange as it may seems, this totally fixed the FPS decrease issue for me and some other people that mentionned it on http://appdb.winehq.org/.
Yeah it worked for me too but I had to stop apache otherwise it makes no difference and I can't disable my webserver when I am playing (because I play eve a -lot-) so I have had to go back to the Cedega client.
Suki
|

Suki Kamir
|
Posted - 2007.12.17 14:16:00 -
[19]
Originally by: Veskya Try it with '87.237.39.200 work_you_damn_thing' :P Since that host doesnt exist that should get you the same result as localhost would without a webserver ^^
Hehehe
"Where there's a will there's a way" needs to be changed to "Where there's a will there's a hack" ;)
Suki
|

Suki Kamir
|
Posted - 2007.12.17 20:44:00 -
[20]
This is all good news but, I don't suppose anyone knows a sane way to install wine-git so that it doesn't destroy the cedega version of wine?
Unfortunately I can't find the Cedega .dat file so if I screw something up with Wine, I have to download the whole damn thing again from transgaming, which resulted in over 6GB of downloads last weekend.
Is there a prefix we can pass to configure to that it installs wine-git into a different location to where cedega installs it's version of wine?
Thanks
Suki
|

Suki Kamir
|
Posted - 2007.12.17 20:47:00 -
[21]
Originally by: Tianhou Edited by: Tianhou on 17/12/2007 19:34:07 Edited by: Tianhou on 17/12/2007 19:33:46 Edited by: Tianhou on 17/12/2007 19:32:53 Hi,
Another good notice:, NV_VAR extesion is now available on Nvidia beta drivers, and more FPS is now available for us ^^, this driver is much better than stable version (100.14.19), beta drivers version is 169.04 and you can download it from :
Linux 64 Bits System
Linux 32 Bits System
Another good notice: HDR Bloom now works better (in high ^^) with beta drivers :P....
Screenshots with NV_VAR extension On and HDR Bloom High ^^:
Screenshot 01_ HDR High
Screenshot 02_ HDR High
Screenshot 03 _ HDR High
Bye ^^
Is that beta driver AKA 100.14.23 ? Because if so, thats I installed at an insane hour this morning so thats good news and saves me messing with my xorg again ;)
Suki
|

Suki Kamir
|
Posted - 2007.12.17 21:29:00 -
[22]
Originally by: Valeo Galaem
Originally by: Suki Kamir This is all good news but, I don't suppose anyone knows a sane way to install wine-git so that it doesn't destroy the cedega version of wine?
Unfortunately I can't find the Cedega .dat file so if I screw something up with Wine, I have to download the whole damn thing again from transgaming, which resulted in over 6GB of downloads last weekend.
Is there a prefix we can pass to configure to that it installs wine-git into a different location to where cedega installs it's version of wine?
Thanks
Suki
Wine and Cedega are kept 100% separate. You should not be having issues like that unless I missed something...
Nope, each time I have installed wine after installing cedega it hoses cedega. Cedega runs fine before I install wine and doesn't run at all after I install wine (which is the only change I make to the system in between tests). Cedega completely hangs after getting to the splash screen once I have installed wine. So I end up having to completely reinstall the cedega client which of course means another 700MB download.
Suki
|

Suki Kamir
|
Posted - 2007.12.17 22:26:00 -
[23]
Originally by: Tianhou Edited by: Tianhou on 17/12/2007 21:59:37
Originally by: Suki Kamir
Is that beta driver AKA 100.14.23 ? Because if so, thats I installed at an insane hour this morning so thats good news and saves me messing with my xorg again ;)
Suki
Hi suki,
Beta driver version is 169.04, you can get it from links directly ^^,
Only click to you correct linux version (64bits or 32bits) ^^.
Any help you need, i can help you with this ^^
Success ^^,
Bye
Yeah I understand that, but I installed a new driver this morning and it is reporting as 100.14.23 in Nvidia Settings (which is not listed on the NVidia Linux Drivers page) so I was wondering if the Beta driver is actually the same driver and just changes it's version number on install. What version is it reporting on your system under NVidia Settings?
Suki
|

Suki Kamir
|
Posted - 2007.12.17 22:30:00 -
[24]
Originally by: Iz Djiin Edited by: Iz Djiin on 17/12/2007 21:45:58 I confirm: wine and cedega should have no effect on each other, different binaries in different locations, with a different "windows" folder. It seems your ~/.wine and ~/.cedega directories are the same. Check if there's a linking between one and the other. By the way, what's your linux distro?
PS: anyhow, why don't you just keep the installer file in some safe location instead of downloading it over and over again?
Nope there was no linking that I did, I just know that after I installed wine, cedega barfed (everytime out of about 7).
I can't keep the installer file because I can't locate it. the cedega wrappers config client downloads a dat file that so far I have been unable to locate on my system either during the download or after the download, forcing me to download it again and again everytime I install the cedega client. If anyone knows where the .dat file is that cedega uses, then I would appreciate a heads up.
I am using Ubuntu Gutsy 64bit, but I was on an old alpha build of Gutsy on 32bit over the weekend when I tried this, I haven't yet tried it on 64bit.
Suki
|

Suki Kamir
|
Posted - 2007.12.17 22:43:00 -
[25]
Originally by: Namaro
Originally by: Suki Kamir
Yeah I understand that, but I installed a new driver this morning and it is reporting as 100.14.23 in Nvidia Settings (which is not listed on the NVidia Linux Drivers page) so I was wondering if the Beta driver is actually the same driver and just changes it's version number on install. What version is it reporting on your system under NVidia Settings?
100.14.23 is about a month older than the beta driver, so they shouldn't be the same ;) beta releasedate: 16.11.07 stable releasedate: 18.10.07
Where you seeing that? The latest release I can find on the Linux driver page at Nvidia's site is 100.14.19
( http://www.nvidia.com/object/linux_amd64_display_archive.html )
Suki
|

Suki Kamir
|
Posted - 2007.12.17 22:53:00 -
[26]
Originally by: Namaro i used the german nvidia site: http://www.nvidia.de/object/linux_amd64_display_archive_de.html weird that the english site isn't up-to-date...
Sheesh, it's never simple is it eh? lol
Thanks for the info :)
Suki
|

Suki Kamir
|
Posted - 2007.12.18 00:55:00 -
[27]
Originally by: ElChupacabra
Originally by: Suki Kamir
I can't keep the installer file because I can't locate it. the cedega wrappers config client downloads a dat file that so far I have been unable to locate on my system either during the download or after the download, forcing me to download it again and again everytime I install the cedega client. If anyone knows where the .dat file is that cedega uses, then I would appreciate a heads up. Suki
Take a look in /tmp/*/Eve*, should be hiding somewere in there.
Nope that is the first place I checked, nothing for Eve in /tmp
I have even run updatedb and tried to use locate to find the file and it comes up with a blank. I thought they might have saved it in the windows temp directory too, but no. Seems it installs it and then removes it immediately afterwards.
There was an interesting point raised in the post after yours though, I may have installed it system wide on my old installation which would explain why it died after wine install, but I was pretty sure I selected user only. I definitely selected user only this time so I will have to give wine another go after some sleep.
Suki
|

Suki Kamir
|
Posted - 2007.12.22 15:21:00 -
[28]
OK I built wine on 64bit Ubuntu Gutsy today but when I try and install the Premium Content client I get a dialogue box saying it needs Admin access to install (a windows dialogue box).
I can't seem to get past this problem, has anyone tried to install the Premium Client as opposed to installing the classic client and then updating it with premium content?
If so, how did you get past this Admin access issue?
Thanks
Suki
|

Suki Kamir
|
Posted - 2007.12.22 15:58:00 -
[29]
Hmm I am getting the same problem with the classic client.
Anyone know a way round this?
Suki
|

Suki Kamir
|
Posted - 2007.12.22 16:24:00 -
[30]
Edited by: Suki Kamir on 22/12/2007 16:27:11
Originally by: Iz Djiin Edited by: Iz Djiin on 22/12/2007 16:19:57
Originally by: Suki Kamir OK I built wine on 64bit Ubuntu Gutsy today but when I try and install the Premium Content client I get a dialogue box saying it needs Admin access to install (a windows dialogue box).
I can't seem to get past this problem, has anyone tried to install the Premium Client as opposed to installing the classic client and then updating it with premium content?
If so, how did you get past this Admin access issue?
I installed both with wine - classic and premium, full installs no upgrades (was doing tests), and never experienced such issue. This sound like wrong user/permission settings. Like the user who's running the install can't write in ~/.wine ...
That can't be the case because I just removed the .wine dir and ran the following:
paladine@main:~/Desktop$ wine EVE_classic_Setup_45943.exe wine: creating configuration directory '/home/paladine/.wine'... wine: '/home/paladine/.wine' created successfully.
Since I ran the command from my regular user, there should be no permission issues in writing to .wine
Also using sudo still gives the same error dialogue from the installer, so clearly it isn't a permissions issue.
Suki
|

Suki Kamir
|
Posted - 2007.12.28 08:26:00 -
[31]
Edited by: Suki Kamir on 28/12/2007 08:27:01 I am still having problems with this even with the latest Git. I compiled wine-git using the 64bit wine installation guide on their wiki:
WineOn64bit@winewiki
It built fine, so no worries there. However, when I try and install Eve, I have to change the windows version in winecfg to win98 or I get the "Need administrator access" issue I mentioned earlier in this thread (even if it is set to winxp I get the error). Using this setting Eve installs.
I then have to switch the windows version back to winxp or Eve complains saying it needs win2k SP2 minimum to run.
However, when I try and run Eve then, I just get splash and crash with the following error in the terminal:
wine: Unhandled page fault on read access to 0x00000028 at address 0x487cd5 (thread 000d), starting debugger... paladine@main:~/.wine/drive_c/Program Files/CCP/EVE$
I am trying to get this running on a fully up to date Ubuntu Gutsy box with the latest NVidia drivers, but I just can't get past this page fault problem. If anyone has managed to get Eve running with wine-git on Ubuntu Gutsy 64bit with NVidia, please could you post what you did. Failing that if anyone has any idea how I can get past this error, I am open to suggestions.
Thanks
Suki
|

Suki Kamir
|
Posted - 2007.12.29 18:45:00 -
[32]
Edited by: Suki Kamir on 29/12/2007 18:45:15
Originally by: Estrixx Edited by: Estrixx on 29/12/2007 15:14:29 I remember someone on this thread laughing away eve under vmware. The fact that does vmware is java doesn't mean the virtualization layer is coded in it (itt does have a large memory footprint, however). Also, check out this link:
http://www.youtube.com/watch?v=xF_CoXsXtk4
I think D3D under vmware is viable. I honestly think virtualization is the future, given increased memory and CPU speed. Obviously, this means reduced performance, but it beats spending months/years porting and/or developing wrappers which also doesn't eliminate long development cycles for each platform.
OK here is the first laugh at this ridiculous suggestion just to make you happy.
Playing -any- game in vmware which depends on hardware 3D acceleration is just not ever going to happen. VMWare does not have access to hardware acceleration, it makes a pretend graphics card which simulates the behaviour of a graphics card but it is unlikely to ever have better than software acceleration.
Furthermore, why the hell should I pay Microsoft just to play a game that they have never even been involved with? It wreaks of extortion. I will not even run Windows in a virtual machine, I will not support a company which has been convicted on both sides of the atlantic for being a monopoly and I am not the only one.
So here we go...run Eve in VMWARE? hahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahahaha Don't be bloody ridiculous.
Suki
|

Suki Kamir
|
Posted - 2007.12.29 21:15:00 -
[33]
Originally by: Estrixx Edited by: Estrixx on 29/12/2007 20:30:24 Edited by: Estrixx on 29/12/2007 20:29:27
Originally by: Suki Kamir
OK here is the first laugh at this ridiculous suggestion just to make you happy.
Playing -any- game in vmware which depends on hardware 3D acceleration is just not ever going to happen. VMWare does not have access to hardware acceleration, it makes a pretend graphics card which simulates the behaviour of a graphics card but it is unlikely to ever have better than software acceleration.
Suki, please be civil. Anyway, you seem to have a poor understanding of virtualization. Virtualization can allow direct access to hardware. This is possible with "thin" hypervisor layers on top of the hardware. This is only possible if the operating system supports it. In fact, software such as Parallels already implements this to enable paravirtualization on the mac, and VMWare with its ESX server. Windows is implementing paravirtualization for Windows Server. Another company, XenSource, already provides Windows Paravirtualized Drivers (http://docs.xensource.com/XenServer/4.0.1/guest/ch03s02.html), so it's not like its not in the mainstream. This is obviously only meant for server tasks. But in theory, an enterprising company can explore this route for speedy gaming.
As far as your point about VMWare, I'm only making the claim is that the trend is toward paravirt, and when that happens, many of the bigger workstation VM software, such as VMWare, and Parallels will implement it for linux. Intel is already moving in that direction (http://www.intel.com/technology/itj/2006/v10i3/2-io/1-abstract.htm).
Originally by: Suki Kamir
Furthermore, why the hell should I pay Microsoft just to play a game that they have never even been involved with? It wreaks of extortion. I will not even run Windows in a virtual machine, I will not support a company which has been convicted on both sides of the atlantic for being a monopoly and I am not the only one.
That's your prerogative. I wasn't making a principled argument, I was only stating what's possible.
Firstly paravirtualisation is completely non viable for gaming as it is too slow in real terms. Secondly, true virtualisation can only be done with more modern cpu's such as the AM2 AMD and D type cpu's from Intel, which support true virtualisation. But (and this is a big but) even -if- true virtualisation was being used it is highly unlikely it would work for games in linux given most gamers have the sense to buy NVidia cards and NVidia drivers will not allow multiple processes to access certain parts of the hardware at the same time. An example of this is the reason TV-In on NVidia cards in Linux is pretty much a no go. Yes there was a team put together (and endorsed by Nvidia) to try to make TV-In work in Linux but the project died about 2 years ago.
And finally, and perhaps the most important point... ESX is damned expensive, windows is damned expensive, why the hell would anyone in a domestic situation (ie playing Eve at home) invest thousands of dollars into playing a $15p/m game?
Virtualisation will never be the key to break the Linux gaming lock because virtualisation -always- has a bottleneck which has a negative effect on performance, it simply is not a viable solution from any perspective.
Suki
|

Suki Kamir
|
Posted - 2007.12.29 21:50:00 -
[34]
I chose not to quote so the post wouldn't be uberlong but I have a couple of points to raise which I don't see as hijacking the thread.
You passed off my earlier comment about beholding to the Microsoft tax to play a game, and really that is the most important point when it comes to discussing gaming in Linux. I am running the same platform for Linux as other people use for Windows. People who choose not to opt for Microsoft should not be penalised if they want to play a game on the same platform. I should not have to pay $200 to Microsoft to play a game that they have absolutely nothing to do with.
More importantly, software companies who write games specifically for windows using directx technology are actually supporting anti-trust activity. They are increasing Microsoft's power in the marketplace and tying themselves and their consumers into dishonest and unlawful business practises by doing so.
The only way to break that evil chain is to show software houses that there is a viable market for cross os games (remember the platform is actually the same in most cases). We have OpenGL to make this possible so there really is no excuse. Coming out with arguments that para or true virtualisation is the future for Linux gaming only serves to make matters worse. You are saying I am happy to pay $200 for windows and another $10 000 for ESX to play a game that costs $30, instead of saying "Well if you want me to pay that much money to play your game, then you can find your customers elsewhere because I am not interested."
It is like someone complaining about the heavy handed tactics of the MPAA or RIAA and then in the next moment ordering the latest top 10 cd or blockbuster DVD on Amazon. We live in a consumer market, companies rely on our wallets, if we refuse to open our wallets to them, they have to change their business practises until we do. Your argument is to remove a consumer driven market and give companies complete control over our lives.
I hope you can see that rather than just getting defensive about it.
Suki
|

Suki Kamir
Network 23
|
Posted - 2008.03.22 19:34:00 -
[35]
Hey Peeps,
Haven't upgraded Wine for a while and was wondering what people are running now? Is the latest wine-git stable with Eve or do I need to grab any patches from anywhere?
Thanks
Suki
|

Suki Kamir
Network 23
|
Posted - 2008.03.22 20:48:00 -
[36]
OK everything is running with .58 but there are some problems.
Primarily the fonts are knackered (bright white with no anti aliasing) when running in Premium Graphics (haven't tested in classic yet will report back once I do).
The icons seem to be knackered as well. See the following screen shot:
http://www.paladine.org.uk/images/eve_wine-.58.png
|

Suki Kamir
Network 23
|
Posted - 2008.03.22 20:52:00 -
[37]
The fonts and icons are knackered in Classic Client too.
Suki
|

Suki Kamir
|
Posted - 2008.03.22 21:24:00 -
[38]
OK here is a screenshot from space in classic client under .58
Screenshot
Don't worry about the missing parts thats just screenshot being funky. But you can see what I mean about the fonts and icons (and windows). Note the modules graphics in the middle? This looks like an alpha transparency issue to me what does everyone else think?
Suki
|

Suki Kamir
Network 23
|
Posted - 2008.03.22 21:44:00 -
[39]
Gonna try and reinstall the premium client see if that fixes it.
Suki
|

Suki Kamir
Network 23
|
Posted - 2008.03.24 18:59:00 -
[40]
My problem is still unresolved after completely purging eve and wine from my system and rebuilding/reinstalling. I suspect this may be a 64bit issue with Ubuntu Gutsy as there are 3 32bit libs missing in Gutsy 64bit which are picked up by wine during ./configure
These libs are apparently available in Hardy so when I upgrade to Hardy next month I will know if the issue was related to the missing 32bit libs in Gutsy or not.
Suki
|

Suki Kamir
Network 23
|
Posted - 2008.03.28 23:41:00 -
[41]
Edited by: Suki Kamir on 28/03/2008 23:42:44
Originally by: Kadesh Priestess Edited by: Kadesh Priestess on 28/03/2008 22:49:33 Got the same problem as Suki.
Compiled wine today. Although git updated after that with bunch of commits (including commits from Stefan), there may be a fix.
If fix isn't available... Who'll regress this issue? :P
I can, but only on Sunday.
Edit: got commit that broke UI.
So you managed to fix this? Can you explain how and if possible post links to any patches required?
Thanks
Suki
|
| |
|